home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / digital / 940255.txt < prev    next >
Internet Message Format  |  1994-11-13  |  17KB

  1. Date: Sat, 30 Jul 94 04:30:26 PDT
  2. From: Ham-Digital Mailing List and Newsgroup <ham-digital@ucsd.edu>
  3. Errors-To: Ham-Digital-Errors@UCSD.Edu
  4. Reply-To: Ham-Digital@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Ham-Digital Digest V94 #255
  7. To: Ham-Digital
  8.  
  9.  
  10. Ham-Digital Digest          Sat, 30 Jul 94       Volume 94 : Issue  255
  11.  
  12. Today's Topics:
  13.                        9600 baud & MICOR HELP?
  14.            ??using MAC with KPC-3 and Hostmaster program??
  15.                             cheap packet?
  16.                      Emerg. Comm. Message Center
  17.                           EZPACKET (2 msgs)
  18.                       Internet<>Packet (2 msgs)
  19.                             NYC Ham Freqs
  20.       Time division multiplexing on high speed modems. (2 msgs)
  21.  
  22. Send Replies or notes for publication to: <Ham-Digital@UCSD.Edu>
  23. Send subscription requests to: <Ham-Digital-REQUEST@UCSD.Edu>
  24. Problems you can't solve otherwise to brian@ucsd.edu.
  25.  
  26. Archives of past issues of the Ham-Digital Digest are available 
  27. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-digital".
  28.  
  29. We trust that readers are intelligent enough to realize that all text
  30. herein consists of personal comments and does not represent the official
  31. policies or positions of any party.  Your mileage may vary.  So there.
  32. ----------------------------------------------------------------------
  33.  
  34. Date: Tue, 26 Jul 1994 06:56:56 +0000
  35. From: pipex!demon!gw6hva.demon.co.uk!martin@uunet.uu.net
  36. Subject: 9600 baud & MICOR HELP?
  37. To: ham-digital@ucsd.edu
  38.  
  39. In article <30q8lf$hu3@search01.news.aol.com>
  40.            nealb35819@aol.com "NealB35819" writes:
  41.  
  42. > It is my understanding that the Micor takes about 4 Volts to activiate the
  43. > VCO to 5khz deviation....The problem we have is the G3RUH modem output is
  44. > about 80 mV....Have we openeed a can of worms ? We need help in
  45. > interfacing the Micor with the G3RUH modem...Can anyone out there help us
  46. > ???The network is for a 440 backbone going from CentralWyoming to
  47. > Montana....any help would be appreciated....tnx KE7VS
  48.  
  49. Hmmm, something wrong there - the G3RUH modem has normally around 8v of
  50. drive level on it's output - check the op-amp and maybe change it for
  51. another type and make sure you're 12v rail is intact.
  52.  
  53. Cheers, Martin.
  54. -- 
  55. Martin Vernon, Supavision
  56. Sysop GB7OS & GB7OSP
  57. BBSnet: GW6HVA@GB7OSP
  58. AMPRnet: gw6hva@gb7osp.ampr.org
  59. Internet: martin@gw6hva.demon.co.uk
  60.  
  61. ------------------------------
  62.  
  63. Date: Fri, 29 Jul 1994 18:10:19 GMT
  64. From: ihnp4.ucsd.edu!agate!library.ucla.edu!news.ucdavis.edu!chip.ucdavis.edu!szhall@network.ucsd.edu
  65. Subject: ??using MAC with KPC-3 and Hostmaster program??
  66. To: ham-digital@ucsd.edu
  67.  
  68.   Thank you for reading this..I have a Mac Classic and a Mac Apple and I 
  69. am considering using it with my KPC-3 with a Hostmaster program for 
  70. packet.  Right now I am using a PC with the KPC-3 for packet and it works 
  71. very well..Would this set up with the Mac work better??  Would it be fast 
  72. or slower then the PC?.  Does the MAC to TNC cable special??  Thanks for 
  73. reading this..Hope you can help..Jeff
  74.  
  75. ------------------------------
  76.  
  77. Date: Fri, 29 Jul 1994 08:53:05 GMT
  78. From: agate!library.ucla.edu!europa.eng.gtefsd.com!emory!kd4nc!ke4zv!gary@ames.arpa
  79. Subject: cheap packet?
  80. To: ham-digital@ucsd.edu
  81.  
  82. In article <CtLw87.Fpx@cs.dal.ca> aa568@cfn.cs.dal.ca (Ross Frederick Blakeney) writes:
  83. >hello all,  just wondering if there is anyway to use my modem as a TNC
  84. >if I have a program for the baymod or similar????
  85.  
  86. If your modem is a typical telephone Smartmodem, no. If your modem
  87. can be persuaded to behave as a Bell 103 dumb modem, it might be
  88. usable on HF. If it can be persuaded to be a Bell 202 dumb modem,
  89. it might be usable on VHF. But the Baycom program doesn't expect
  90. a Smartmodem, so you'd have to write your own software. And Smartmodems
  91. don't expect to be handed HDLC data, so you'd have to convince the
  92. modem's internal processor to get out of the way.
  93.  
  94. Gary
  95. -- 
  96. Gary Coffman KE4ZV          |    You make it,     | gatech!wa4mei!ke4zv!gary
  97. Destructive Testing Systems |    we break it.     | uunet!rsiatl!ke4zv!gary
  98. 534 Shannon Way             |    Guaranteed!      | emory!kd4nc!ke4zv!gary 
  99. Lawrenceville, GA 30244     |                     | 
  100.  
  101. ------------------------------
  102.  
  103. Date: Fri, 29 Jul 1994 04:05:38 GMT
  104. From: gatech!usenet.ins.cwru.edu!news.csuohio.edu!sww@uunet.uu.net
  105. Subject: Emerg. Comm. Message Center
  106. To: ham-digital@ucsd.edu
  107.  
  108. Hi Dave ...
  109.      When hurricane Hugo hit Puerto Rico, a city to my west was besieged
  110. with requests for traffic assistance.  The club put up a MSYS BBS and began
  111. forwarding into me.  I, in turn, got it to HF forwarders who got it to
  112. KP4OO in Florida.  (The Floridian traffic official made pre-hurricane plans
  113. as to where to deposit the health and welfare until it could be sent
  114. through.  A INCREDIBLY smart idea which must have been too much for the
  115. traffic folks because it has not been done again.)  The club also needed to
  116. keep track of a whole gambit of administrative functions like staffing,
  117. keeping track of resources, keeping everyone informed as to what was necessary,
  118. etc.  The MSYS board came through meeting every need.
  119.      I and other NEOH boards discontinued bulletins and set our files for
  120. optimizing the Lorain, Ohio to HF forwarder paths.
  121.      I entered a bunch of messages myself and was VERY, VERY surprized at how
  122. many people got word via amateur radio and how many return phone calls were
  123. made based on the packet messages.
  124.      Lorain now has a Emergency Management Agency supported BBS.
  125.  
  126.      Don't wait until the disaster hits.  It's too late then.  NO BBS system
  127. can be put together and made to run on a whim.  They are too complicated.
  128. It has to be functional and in place before the disaster (or you better have
  129. one you can clone and set up).  We were able to clone NO8M, change the calls
  130. and port definitions and get it in place fairly quickly.  However, we had
  131. the author and two beta sites local to us for assistance.
  132.  
  133.      Sysops want to help.  It took just a simple phone call to delete the
  134. bulletin routes in each BBS to optimize the traffic flow.  Not too many
  135. sysops will pass up the opportunity to dump all the junk bulletins, just
  136. give them a reason!
  137.  
  138.      HF sucks.  It has been stuck in packet limbo for eight years due to
  139. a prohibition on experimenting with other than packet on other than certain
  140. frequencies by other than the annointed.  That is the STA.  Now that the STA
  141. will be going away, perhaps at least semi-automated forwarding will progress
  142. into something other than a bunch of minor fixes to AMTOR.  This leads me
  143. to stating the question about what you are going to do with your traffic?
  144. If you have 100 messages for Florida, how are you going to get them there?
  145. We were able to get a APLINK set up in Florida that we were able to move the
  146. traffic to.  You better have some in service routes or you are going to have
  147. a heck of a time getting to your destination.  Dumping Florida on VHF to the
  148. next BBS south of you does not constitute moving it.
  149.  
  150. 73,
  151. Steve
  152.      NO8M.#NEOH.OH.USA.NA
  153.      ag807@cleveland.freenet.edu < if you are going direct, use this
  154.  
  155. ------------------------------
  156.  
  157. Date: 29 Jul 1994 13:30:12 GMT
  158. From: ihnp4.ucsd.edu!agate!howland.reston.ans.net!cs.utexas.edu!news.tamu.edu!news.utdallas.edu!corpgate!bcarh8ac.bnr.ca!bcarh189.bnr.ca!bcarh8ab.bnr.ca!news@network.ucsd.edu
  159. Subject: EZPACKET
  160. To: ham-digital@ucsd.edu
  161.  
  162. In article 8t2@thecourier.cims.nyu.edu, jackson@longlast.cs.nyu.edu (Steven Jackson) writes:
  163. >Hi all--
  164. >  Related to the previous request, I came across a simtel
  165. >repository directory that listed, with a wide array of packet
  166. >related programs, a TSR packet program.. I have been unable
  167. >to locate it (I think it's called pax) via archie and would
  168. >really like to see something like this.
  169. >
  170. >Any hints on whether it's still out?
  171. >
  172.  
  173. You may want to try one of the simtel mirror sites such as oak.oakland.edu
  174. or wuarchive.wustl.edu .  The simtel site itself was shutdown, but these
  175. sites are still kept up to date.
  176.  
  177. Alternatively, if you can find one of the simtel cdroms, you may be able to
  178. get it from there.  I have one of these, and may be able to email you a
  179. copy if I can find it and you can't find it elsewhere.  Send me a note and
  180. I'll see what I can do, but try the ftp sites first (or try archie).
  181.  
  182. regards,
  183. Dean.
  184. ---
  185.                         Dean Denter -- VE7NCD                  
  186. af580@freenet.carleton.ca  (don't reply to stu9k21@bnr.ca it won't work)
  187. ------------------------------------------------------------------------
  188.          BNR doesn't speak for me, and I don't speak for them.
  189.  
  190. ------------------------------
  191.  
  192. Date: Fri, 29 Jul 1994 17:46:34 GMT
  193. From: newsfeed.pitt.edu!gvls1!ean@uunet.uu.net
  194. Subject: EZPACKET
  195. To: ham-digital@ucsd.edu
  196.  
  197. In article <31b094$l60@bcarh8ab.bnr.ca> af580@freenet.carleton.ca writes:
  198. >
  199. >regards,
  200. >Dean.
  201. >---
  202. >                        Dean Denter -- VE7NCD                  
  203. >af580@freenet.carleton.ca  (don't reply to stu9k21@bnr.ca it won't work)
  204. >------------------------------------------------------------------------
  205. >         BNR doesn't speak for me, and I don't speak for them.
  206. >
  207. >
  208.  
  209. Thanks, Dean, for mentioning that I don't speak for you, but I are
  210. a singular person so perhaps you should say "I don't speak for him."
  211.  
  212. --
  213. Ed Naratil, W3BNR                          (All standard disclaimers apply)
  214. ean@VFL.Paramax.COM                Amateur Packet: w3bnr@wb3joe.#epa.PA.USA
  215. ean@locke.ccil.org            Snail: 531 Ringold St. Phoenixville, PA 19460
  216.  
  217. ------------------------------
  218.  
  219. Date: Fri, 29 Jul 1994 10:15:51 GMT
  220. From: pipex!uknet!cix.compulink.co.uk!tmolloy@uunet.uu.net
  221. Subject: Internet<>Packet
  222. To: ham-digital@ucsd.edu
  223.  
  224. Are there any bridges between the Net and the Packet networks?  It would 
  225. be useful to be able to e-mail to/from people who only quote packet 
  226. addresses.
  227.  
  228. TIA
  229. Tony
  230.  
  231. ------------------------------
  232.  
  233. Date: 29 Jul 1994 19:54:42 GMT
  234. From: news.uiowa.edu!panda@uunet.uu.net
  235. Subject: Internet<>Packet
  236. To: ham-digital@ucsd.edu
  237.  
  238. In note <Ctp5uF.Jr8@cix.compulink.co.uk>, tmolloy@cix.compulink.co.uk ("Tony 
  239. Molloy") writes: 
  240. >Are there any bridges between the Net and the Packet networks?  It would 
  241. >be useful to be able to e-mail to/from people who only quote packet 
  242. >addresses.
  243.      There's one I heard about (don't remember it's address though..) but you 
  244. have to be a ham to use it.. US radio laws you know.. it's consider you 
  245. transmitting on the thing if you wrote it...
  246.  
  247. >TIA
  248. >Tony
  249.  
  250. ------------------------------
  251.  
  252. Date: Thu, 28 Jul 94 19:21:21 PDT
  253. From: elroy.jpl.nasa.gov!usc!howland.reston.ans.net!gatech!newsxfer.itd.umich.edu!zip.eecs.umich.edu!panix!usenet@ames.arpa
  254. Subject: NYC Ham Freqs
  255. To: ham-digital@ucsd.edu
  256.  
  257. In article <30md5o$8g7@thecourier.cims.nyu.edu>, 
  258. <jackson@longlast.cs.nyu.edu> writes:
  259. > I was bored last night, so I took down every busy freq in
  260. > the 144MHz, 220MHz, and 440MHz ranges that I came across
  261. > that had some kind of packet going.
  262. > 145.690, 223.440, 223.560, 223.620, 438.425, 441.025
  263. > one of the two 440MHz links sounded very different. Is
  264. > that a 9600 baud link?
  265. While you didn't mention them, yes, there are several 70cm 9600 bps 
  266. frequencies operating in the NYC area.  There's a full duplex bit 
  267. regenerating repeater on 448.775-.  It's known as 450dux and is the 
  268. basis of the Eastern Queens/ Western Nassau LAWN (local area wireless 
  269. network).  It also has a link East to Suffolk and beyond.
  270.  
  271. There's also a 9600 bps net/rom node on 441.600.  However, it's actually 
  272. about 2 to 4 khz low on xmit, and goes deaf for many random duration 
  273. periods each day.  It's operated by the EastNet folks who have been 
  274. attempting to correct the problems for several years without success.
  275.  
  276. Hope this helps.
  277.  
  278. 73,
  279. Bill
  280. kb2cq@panix.com
  281. kb2cq@kb2cq.ampr.org
  282.  
  283. ------------------------------
  284.  
  285. Date: Fri, 29 Jul 1994 08:47:56 GMT
  286. From: agate!library.ucla.edu!europa.eng.gtefsd.com!emory!kd4nc!ke4zv!gary@ames.arpa
  287. Subject: Time division multiplexing on high speed modems.
  288. To: ham-digital@ucsd.edu
  289.  
  290. In article <vaughnwt.8.0014F9E5@olympus.net> vaughnwt@olympus.net (Bill Vaughn) writes:
  291. >Does anyone have any experience using TDM on a backbone ala T1 type system? I 
  292. >don't even know if this is legal for hams. Any thoughts?
  293.  
  294. It's legal, but most of us don't have RF equipment with sufficient 
  295. bandwidth to make it practical to split the channel this way. In
  296. most cases, we want all the bandwidth we can muster for our own
  297. use without splitting it.
  298.  
  299. Gary
  300. -- 
  301. Gary Coffman KE4ZV          |    You make it,     | gatech!wa4mei!ke4zv!gary
  302. Destructive Testing Systems |    we break it.     | uunet!rsiatl!ke4zv!gary
  303. 534 Shannon Way             |    Guaranteed!      | emory!kd4nc!ke4zv!gary 
  304. Lawrenceville, GA 30244     |                     | 
  305.  
  306. ------------------------------
  307.  
  308. Date: Fri, 29 Jul 1994 17:54:33 GMT
  309. From: ihnp4.ucsd.edu!agate!howland.reston.ans.net!cs.utexas.edu!utnut!nott!cunews!news@network.ucsd.edu
  310. Subject: Time division multiplexing on high speed modems.
  311. To: ham-digital@ucsd.edu
  312.  
  313. In article <1994Jul29.084756.9524@ke4zv.atl.ga.us> gary@ke4zv.atl.ga.us (Gary Coffman) writes:
  314. >In article <vaughnwt.8.0014F9E5@olympus.net> vaughnwt@olympus.net (Bill Vaughn) writes:
  315. >>Does anyone have any experience using TDM on a backbone ala T1 type system? I 
  316. >>don't even know if this is legal for hams. Any thoughts?
  317. >
  318. >It's legal, but most of us don't have RF equipment with sufficient 
  319. >bandwidth to make it practical to split the channel this way. In
  320. >most cases, we want all the bandwidth we can muster for our own
  321. >use without splitting it.
  322. >
  323. I have heard that in New Zealand they have a national backboane
  324. of voice (digital) and packet based on 250 or 500 Kbps TDM.
  325.  
  326. im
  327.  
  328. -- 
  329. Ian A. McEachern, VE3PFH                        | This space for rent.
  330. Packet Working Group, Ottawa A.R.C.             |
  331. im@hydra.carleton.ca                            |
  332. ian@ve3pfh.ampr.org                             |
  333.  
  334. ------------------------------
  335.  
  336. Date: 28 Jul 94 16:36:28 EDT
  337. From: ihnp4.ucsd.edu!news.acns.nwu.edu!math.ohio-state.edu!howland.reston.ans.net!gatech!dragon!indigo!hayes!bcoleman@network.ucsd.edu
  338. To: ham-digital@ucsd.edu
  339.  
  340. References <rogjdCsoHKF.Iqp@netcom.com>, <gregCss119.7IF@netcom.com>, <1994Jul19.143407.18075@ke4zv.atl.ga.us>ch
  341. Subject : Re: GTOR--A big improvement?
  342.  
  343. In article <1994Jul19.143407.18075@ke4zv.atl.ga.us>, gary@ke4zv.atl.ga.us (Gary Coffman) writes:
  344. > We need modem modulations that are more robust under HF condtions. 
  345.  
  346. Agreed. (ah, but a classic chicken and egg problem, too)
  347.  
  348. > PSK is one direction, MSK too. 
  349.  
  350. Hold the phone. PSK doesn't work well on HF with F2 propagation unless you
  351. are really close to the MUF. The reason is the multiple paths that signals can
  352. take cause all kinds of phase distortion of the signal. If
  353. the phase distortion becomes too great, it can render even FSK unusable.
  354.  
  355. (Ever wonder why 300 bps packet is mostly on 10 and 14 MHz, whereas RTTY and
  356. AMTOR run fine on 7 and 3.5 MHz, even 1.8? Multipath! At 300 bps, multipath
  357. overcomes the 300 baud symbol rate. At 110, 100 or 45 baud, multipath isn't
  358. so much of a problem. I've always thought that HF packet might get higher
  359. overall throughput on lower bands if we lowered the symbol rate to 150 or even
  360. 100 baud)
  361.  
  362. MSK is just FSK with the smallest possible modulation index. Helps to conserve
  363. bandwidth. Standard 200 Hz-shift 300 baud packet is pretty close to MSK. Going
  364. to a 150 Hz shift would do it. A net gain of 50 Hz. Big deal.
  365.  
  366. > Another tack is a multi-tone system like Piccolo. 
  367.  
  368. Mutiple tones is the way to go for HF. You have to keep the symbol rate low
  369. and avoid phase modulation to avoid multipath phase distortion. You can't
  370. get too many states of amplitude modulation because the signal references
  371. change too much. It is nearly impossible to equalise a lot of the 
  372. imperfections of the HF link since they change so rapidly. Your only choice is
  373. to use more tones. 
  374.  
  375. -- 
  376. Bill Coleman, AA4LR                ! Internet: bcoleman@hayes.com
  377. Principal Software Engineer        ! AppleLink: D1958
  378. Hayes Microcomputer Products, Inc. ! CIS: 76067,2327
  379. POB 105203 Atlanta, GA 30348 USA   ! 
  380. Disclaimer: "My employer doesn't pay me to have opinions."
  381. Quote: "The same light shines on vineyards that makes deserts." -Steve Hackett.
  382.  
  383. ------------------------------
  384.  
  385. End of Ham-Digital Digest V94 #255
  386. ******************************
  387.